home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1716 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.3 KB
  1. Subject: Re: Alignment
  2. Date: Sat, 16 Jul 94 19:52:38 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <m0qOUWr-0004q4C@uss.lonestar.org>; from "Evan Langlois" at Jul 14, 94 12:25 pm
  5. Message-Id: <9407161752.AA00181@jelal.north.de>
  6.  
  7. Evan Langlois writes:
  8.  
  9. > First, sorry if I shouldn't be posting to the net from this account.
  10.  
  11.  just set Reply-To: if you want replies go to another address automagically...
  12.  
  13. >...
  14. > Also, MINIX.XFS is still acting weird.  I can't say if addroottimeout is
  15. > at fault or if MINIX.XFS PL10 is buggy, or MINIX just gets messed up when
  16. > you have ZONE 0 COUNT 1 (whatever that means.  Minix reports the error and
  17. > fsck CANNOT fix it.  It trashed a floppy too - says it cannot access large
  18. > partition A:  When I try to fsck: it I get set_size BUS ERROR and that's
  19. > it.
  20.  
  21.  hmm get_size...  minit -t also sometimes shows me a bad size unless i
  22. set -e, fsck doesn't seem bothered for me but maybe yours wants an -e too?
  23. (just guessing, stephen is this a known effect?)
  24.  
  25. >  Its a pain since every so often my files will grow blocks of nulls
  26. > where the data should be, and if I then delete that file, I get errors 
  27. > about removing an already free zone .. or already free inode or something.
  28.  
  29.  *urrgh* :)  that fs really wants fsck'd...
  30.  
  31. > Any file I modify on my Minix partition may actually be crunched.  This
  32. > has been happeneing ever since I changed to Mint 1.10 (which had addrootimeout)
  33. > but I switch to PL10 of Minix xfs before that, so I think it has to do with
  34. > addrootimeout.  Can I switch back to PL9 without losing data?
  35.  
  36.  i thinks so, except for symlinks.
  37.  
  38. >  Or compile
  39. > PL10 to use the update daemon again?
  40.  
  41.  easy:  (and 2 other things)
  42.  
  43. diff -urw ./makefile ../10/makefile
  44. --- ./makefile    Sat May 14 03:15:46 1994
  45. +++ ../10/makefile    Mon May 30 03:35:38 1994
  46. @@ -25,7 +25,7 @@
  47.      $(CC) -s -o mount.ttp $(CFLAGS) mount.c -liio16
  48.  
  49.  flist.ttp: flist.c
  50. -    $(CC) -s -o flist.c $(CFLAGS) flist.c -liio16
  51. +    $(CC) -s -o flist.ttp $(CFLAGS) flist.c -liio16
  52.  
  53.  tinyxhdi.o: minixfs/tinyxhdi.c
  54.      $(CC) $(CFLAGS) -DTINY_XHDI -c minixfs/tinyxhdi.c
  55. diff -urw ./minixfs/hdio.c ../10/minixfs/hdio.c
  56. --- ./minixfs/hdio.c    Sat May 14 01:35:22 1994
  57. +++ ../10/minixfs/hdio.c    Mon May 30 03:27:18 1994
  58. @@ -76,7 +76,7 @@
  59.  "Unrecognised partition id",                /* 9 */
  60.  "XHInqTarget failed",                    /* 10 */
  61.  "Unsupported physical sector size",            /* 11 */
  62. -"Invalid partition start (zero BPB?)"             /* 12 */
  63. +"Invalid partition start (zero BPB?)",             /* 12 */
  64.  "ICD software too old to fix",                /* 13 */
  65.  /* These are from set_lrecno */
  66.  "Memory allocation failure",                /* 14 */
  67.  
  68.  and ofcourse i'm using this :)
  69.  
  70. diff -urw ./minixfs/main.c ../10/minixfs/main.c
  71. --- ./minixfs/main.c    Sun May  8 15:35:00 1994
  72. +++ ../10/minixfs/main.c    Mon May 30 00:43:34 1994
  73. @@ -123,8 +123,10 @@
  74.      {
  75.          BASEPAGE *b;
  76.  
  77. +#if 0
  78.          if(Addroottimeout) Addroottimeout(sync_time*1000l,t_sync,0);
  79.          else
  80. +#endif
  81.          {
  82.            b = (BASEPAGE *)p_exec(5, 0L, "", 0L);    /* create a basepage */
  83.  
  84. >  Before Minix was my most stable
  85. > partition, now its the worst!
  86.  
  87.  strange, mine is not less stable than pl9...  maybe gcc 2.4 broke it?
  88. who knows, it also broke elvis...
  89.  
  90.  hope it helps
  91.     Juergen
  92. -- 
  93. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  94.                                 ...ohne Gewehr
  95. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  96.